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METHOD, AND APPARATUS FOR SIMULATING A SYSTEM 
USING AN OBJECT ORIENTED LANGUAGE 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention relates to a method, an apparatus, and a storage medium 
for simulating a system using an object oriented language suitable for the simulation of a 
large scale system such as an SOC (System On a Chip), which includes a plurality of 
circuit modules, by means of software. 

Description of the Related Art 

There are conventional software simulators using the HDL (Hardware 
Description Language) for designing a system. J§*=fefe^shows the examples of 
statements of a circuit model in the HDL, and FIG./37Bjis a schematic diagram 
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corresponding to the statement examples offflG. 3 7 A? Data is input to or output from 
the circuit module described in the HDL through terminals. The communication between 
the circuit modules is made by connecting signal lines to the terminals. For example, as 
shown in FIG.^7Bj when a circuit module C includes circuit modules A and B, a 
terminal al of the circuit module A is connected to a terminal bl of the circuit module B 
by providing a signal line cl in the circuit module C ([1] in{Fl(5. 37Aft, connecting the 
terminal a 1 of the circuit module A to the signal line cl of the circuit module C ([2]), 
and connecting the terminal bl of the circuit module B to the signal line cl of the circuit 
module C ([3]). Once the signal line is connected, one of simulation models drives the 
signal line, and the other simulation model observes the signal value, and thus the signal 
can be transmitted. To make the communication between the circuit modules accurate, 




the terminal of one circuit module must be accurately connected to the terminal of the 
other circuit module. 

A general design procedure for designing a system including a plurality of 
circuit modules using the software simulator such as the HDL will be explained. First, 
the system is divided into a plurality of circuit modules. At that time, considering a later 
step of rejoining the modules, rules of interface between the circuit modules are defined. 
The rules of interface describe the signal line widths and roles of the terminals of the 
circuit modules. The rules are described in a document in a natural language, or are 
orally reported, so that a number of designers have the rules in common. The circuit 
modules are produced according to the rules. 

After all the circuit modules are produced, the system is produced (described) 
in the HDL to combine the circuit modules so that they can communicate with each 
other. It is visually judged, or it is checked by system simulation, whether the circuit 
modules observe the rules. When it is confirmed that the result of the simulation is 
correct, the actual circuit is produced, based on the HDL statements. 

Software simulation using an HDL has been developed to certify small scale 
circuits or systems. However, there are some problems in the application of this software 
simulation to SOCs such as LSIs (Large Scale Integrations) having a high integration 
degree. 

For example, when connecting two circuit modules, the functions of the 
terminals of both the circuit modules must be checked. The conventional simulation 
using the HDL does not automatically check the functions. Because the terminals can be 
freely named in the HDL, the names of terminals having specific meanings, such as 
CLOCK, or RESET, may differ between the circuit modules. Therefore, when 
connecting the terminals by signal lines, the meanings of the terminals of the respective 



circuit modules must be visually and manually checked according to the HDL statements 
or the other documents. Thus, when combining the circuit modules to produce the 
system, the designers must do the troublesome work to check the connections between 
the modules. 

To connect the circuit modules, the connections of all the terminals of the 
respective circuit modules must be described. There is the problem that, to change the 
described connections, a number of portions in the statements must be rewritten. Even 
when only a clock terminal of a circuit module receives an input, the connections or 
disconnections of all the terminals of the circuit modules must be described. That is, 
whenever the connections are changed, the detailed information regarding the circuits to 
be connected must be rewritten. It therefore requires much labor to replace a circuit 
module in the system. 

A technique of a simulation method, which differs from the software simulation 
using the conventional HDL and which is suitable for the development of a system 
including a plurality of module, is disclosed in the reference "OO-VHDL Object- 
Oriented Extensions to VHDL" (IEEE Computer, Oct., 1995, pp. 18-26). The simulation 
method described in the reference uses a new language in which the features of an object 
oriented language are incorporated into the conventional HDL, and describes the 
modules and the connections between the modules. It is described in the reference that 
the features of the object oriented language, such as "class" and "inheritance", make the 
statements and recycling of the modules easy. The reference, however, does not disclose 
a specific means for applying the simulation method, or the method for describing the 
modules to a large scale system in which a plurality of various types of circuit modules 
are connected. 

The reference "C++ Simulator [ClassMate] for Actualizing Prior Certification 



of SOC (the Institute of Electronics, Information, and Communication Engineers, the 
Technical Report, VLD98-46, 1998-09) discloses a method for the simulation of large 
scale systems using the C++ language which is an object oriented language. The 
simulation method and the method for describing the modules, however, do not make 
use of the advantages of the object oriented language. Therefore, there remains a 
problem similar to that of the HDL in the recycling of the modules and the connections 
between the modules. 

BRIEF SUMMARY OF THE INVENTION 
It is therefore an object of the present invention to provide a method, an 
apparatus, and a storage medium for simulating a system which can easily and reliably 
describe the circuit modules and their connections and expand the system and the circuit 
modules, using the object oriented language, when simulating the system including a 
plurality of modules using software. 

In a first aspect of the present invention, the simulation method for simulating a 
system having a plurality of circuit modules using software, comprises the steps of: 
using an object oriented language; preparing a plurality of circuit base classes, which 
describe base circuit modules as classes, as a library; describing the circuit modules to 
be simulated as classes by inheriting the circuit base classes prepared as the library; and 
describing the system to be simulated by combining the circuit modules described as the 
classes. 

In a second aspect of the present invention, the simulation method further 
comprises the step of describing the system as a class by inheriting the circuit base 
classes prepared in the library. 

In a third aspect of the present invention, the simulation method further 



comprises the step of preparing a component class having the properties of a circuit 
which contains a circuit operating asynchronously with a clock signal, and a 
synchronous module class, having the properties of a circuit operating synchronously 
with the clock signal in the library, which is derived from the component class. 

In a fourth aspect of the present invention, the simulation method further 
comprises the step of preparing a bus class having the properties of a bus, a bus master 
class having the properties of a bus master, a bus slave class having the properties of a 
bus slave, as a circuit base class described as a class derived from the synchronous 
module class, in the library. 

In a fifth aspect of the present invention, the simulation method further 
comprises the step of preparing a bus master interface class, whose base classes are the 
synchronous module class, and which has the properties of a bus master interface, and a 
bus slave interface class having the properties of a bus slave interface, as the circuit base 
classes in the library. 

In a sixth aspect of the present invention, the simulation method further 
comprises the step of preparing a central processing unit class, whose base class is the 
synchronous module class, and which has the properties of a central processing unit, as 
the circuit base class in the library. 

In a seventh aspect of the present invention, the simulation method further 
comprises the step of preparing a hierarchy class, whose base class is the synchronous 
module class, and which has the properties of a hierarchy of a circuit containing the bus, 
as the circuit base class in the library. 

In an eighth aspect of the present invention, the simulation method further 
comprises the step of preparing a memory class, whose base class is the bus slave class, 
and which has the properties of a memory, as the circuit base class in the library. 



In a ninth aspect of the present invention, the simulation apparatus, using a 
computer, for executing the above described method. 

In a tenth aspect of the present invention, the computer-readable storage 
medium stores a computer program for executing the method. 

5 The present invention is characterized by the statements of the simulation 

model of the system. The present invention uses the object oriented language to describe 
the system. Therefore, the properties of the circuit modules can be prepared as the class 
library. A user (designer) can use the inheritance of the properties when describing the 
circuit modules. The present invention provides the following advantages: (1) it is easy 

0 to replace the circuit module, and the connections between the circuit modules are 

automatically checked, (2) the configuration for displaying the information is commonly 
used, (3) the configuration for controlling the simulation is commonly used, and (4) it is 
automatically checked whether the statements of the circuit interfaces are sufficient. 

> BRIEF DESCRIPTION OF THE DRAWINGS 

[FIG. 1 is a diagram for explaining the C++ language used in the embodiment of 
the present invention.^ 

FIG. 2 is a block diagram showing the main configuration of the simulation 
method (apparatus) of the present invention. 

[FIGs. 3A and 3B are)diagrarn|7for explaining the system statements shown in 
FIG. 2.[ilG. 2 A shows the examples of the statements in the C++ language, and FIG. 3bJ F/*> 3 

ik Table.? 

is a schematic diagram corresponding to the examples of the statements£|FIG. 3^. 

[FIG. 4 is a list of circuit base classes used in the embodiment of the present 
inventionTJ 

FIGjfis a diagram showing the hierarchic relationships between the circuit 



base classes in the embodiment of the present invention. 

(FIG. 6 is a diagram showing an example of actual circuit classes created from 
the base classes which are the circuit base classes of FIG. 4.^7 



[FIG, 7js a block diagram showing the simulation method (or apparatus) of the 
present invention. 



FIG.[$Jis a block diagram showing an example of a circuit system for 
explaining the system statements of the embodiment of the present invention. 

[FIG. 9 is a diagram showing the system statements of the circuit system shown 
in FIG. 8 according to the embodiment of the present invention. FIGs. 9 to 13 show a 
series of the system statements. 

FIG. 10 is a diagram showing the system statements continued from FIG. 9. 
FIG. 1 1 is a diagram showing the system statements continued from FIG. 10. 
FIG. 12 is a diagram showing the system statements continued from FIG. 11. 
FIG. 13 is a diagram showing the system statements continued from FIG. 12. 
FIG. 14 is a diagram showing an example of a declaration statement of the 
CmComponent class shown in FIG. 4. 

FIG. 15 is a diagram showing an example of a declaration statement of the 
CmSyncModule class shown in FIG. 4. 

FIG. 16 is a diagram showing the example of a declaration statement of the 
CmBusMaster class shown in FIG. 4. 

FIG. 17 is a diagram showing the example of a declaration statement of the 
CmBusSlave class shown in FIG. 4. 

FIG. 1 8 is a diagram showing an example of a declaration statement of the 
CmBusMstlntf class shown in FIG. 4. FIGs. 18 and 19 show a series of the statements. 

FIG. 19 is a diagram showing an example of the statement continued from FIG. 
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[FIG. 20 is a diagram showing an example of a declaration statement of the 
CmBusSlvIntf class shown in FIG. 4. FIGs. 20 and 21 show a series of the statements^ 
(ilG. 21 is a diagram showing an example of the statement continued from FIG. 

20] 

[jIG. 22 is a diagram showing an example of a declaration statement of the 

CmBusSystem class shown in FIG. 4^J 

/FIG. 23 is a diagram showing an example of a declaration statement of the 

CmHier class shown in FIG. 4.1 
7 

FIG.24/ is a block diagram showing the configuration of the system for 
explaining the simulation of the data transfer through the bus in an embodiment of the 
present invention. 

FIG./2£jis a diagram showing an example of data to be transferred by the 
-7 

system shown in FIG.^| 

FIG.^feTJis a timing chart showing the timings of the operations for explaining 
the simulation of the data transfer through the bus by the system of FIG.f 4jaccording to 
an embodiment of the present invention. 

yVlG. 27 is a diagram for explaining the operations in a manner of a time series 
within time 1 of FIG. 26. 

FIG. 28 is a diagram for explaining the operations in a manner of a time series 
within time2 of FIG. 26. 

FIG. 29 is a diagram for explaining the operations in a manner of a time series 
within time3 of FIG. 26. 

FIG. 30 is a diagram for explaining the operations in a manner of a time series 
within time4 of FIG. 26^J 
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FIG^ 31 A and 3 IB ar^diagrainpbr explaining a method for creating a new 
class according to the embodiment of the present invention.(FIG. 3 1 A shows the 
examples of declaration statements of the class, andjFIG. flBfTs a schematic diagram 
corresponding tojFIG.'^llj. 

FICjfs. 32A and 32B arejdiagran^howing the examples of system statements 

using the class ClassX shown in FIG.JTjpgG. 32 A shows the examples of system 

statements, andjFIG. j32BJ is a schematic diagram corresponding to[FIG. 32^1. 

FK%. 33 A and 33B are^diagrarn^showing other examples of system statements 

re- 
using the class ClassX shown in FIG.gj^IG. 33A shows the examples of system 

statements, and)FIG.{33Bjis a schematic diagram corresponding to/FIG. 33a|. 

Fiqfe. 34A and 34B areJdiagram|^for explaining another method for creating a 

new class according to the embodiment of the present invention.^ IG. 34A shows the 

12. 

examples of declaration statements of the class, and/FIG.^4^is a schematic diagram 
corresponding to]FIG. 3 lW. 

Fiqs. 35A and 35B arej&agramgshowing other examples of system statements 
using the class ClassY shown in FIG.g4J.flG. 35 A shows examples of system 
statements, and/FIG. g5Bjis a schematic diagram corresponding to/FIG. 35A? 

FIG|. 36A and 36B arejdiagramffchowing examples of system statements./FIG. 
36A shows exam Plg£f||stem statements, andjFIG Jolfis a schematic diagram 
corresponding to/FIG. 36a7 

[FIGs. 37A and 37B are)diagram|rfor explaining the example of a circuit system 
in the conventional HDL.(FlG. 37A shows examples of system statements, and FIG 37B7 

TaUe I -J 

is a schematic diagram corresponding to/FIG. 37^. 



DETAILED DESCRIPTION OF THE INVENTION 
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The embodiment of the simulation method of the present invention will be 
explained with reference to the figures. In the embodiment, a simulation model is 
described in the C++ language. The C++ language and the terms used in the description 
will be defined in the following. 

[C++ Language] 

The C++ is a programming language, and is classified as an object oriented 
language. The terms used in the C++ are class, member function (method), object, 
inheritance, base class, derived class, override (overload), pure virtual function, etc. The 
class represents a property. The property is described by a member function. The 
member function defines the operation of the class. The member function is sometimes 
termed a method. In general, when the ClassX is permitted to perform the operation of a 
member function Function 1, it is called "the ClassX has Functionl". The object is an 
entity which is embodied from a class. When the class ClassX is embodied to obtain the 
object ObjectX, it is said that "the ObjectX is of the ClassX". The object has properties 
which are defined in the class. For example, in the example described in the C++ 
language inJFIG.j], because Class A has member functions Functionl and Function2 
([1]), ObjectA has Functionl and Function2 ([2]). 

The inheritance means that the property of a class is inherited by another class. 
Specifically, a member function defined in one class is also defined in another class 
which inherits the class. For example, when producing ClassB inheriting ClassA ([3]), 
ClassA has the member function Functionl, and therefore ClassB tacitly has Functionl 
even when ClassB does not define Functionl ([4]). 

The base class is a class inherited by another class. In the above example, 
ClassA is the base class of ClassB ([3]). The derived class is a class which inherits 
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10 



15 



another class. In the above example, ClassB is the class derived from ClassA. To define 
the derived class, as shown in the statement denoted by [3], the name of the derived class 
(ClassB) is described after a reserved word "class", and subsequently ":public ClassA" 
(ClassA is the name of the base class) is described. The tf :public" is a reserved word 
which designates the manner of derivation (the way of accessing the member of the base 
class (public derivation). The object of the derived class can be handled as the object of 
the base class. For example, ObjectB of ClassB can be handled as the object of ClassA 



derived class, which has been defined in the base class. For example, in {FIG.r^ although 
ClassA defines the function of the member function Function2 (the portion [6], whose 
detailed description is omitted), this function is not desired in the derived class ClassB. 
Accordingly, ClassB redefines the member function Function2 to change the operation 
of Function2 ([7]). This is termed overriding Function2 in ClassB. When ClassB 
overrides Function2, the operation of Function2 in ClassB differs from that of Function2 
in ClassA. 

A member function whose operation is not defined in the class is termed a pure 
virtual function ([8], which is described by the expression M [function]=0"). When 
producing the object of the class having the pure virtual function, the compiling causes 



an error ([9], where, in [FIG. \j, "//" indicates comments in the C++ language). The virtual 
pure function is to be overridden in the derived class which inherits and uses the class 
with the virtual pure function ([10]). 



([5]). 



"Override" means re-defining the operation of the member function in the 




25 



[Premise] 

The premise for performing the simulation, that is, using the embodiment will 
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be explained. In general, to construct the system, the system is divided into blocks 
according to the functions. The blocks are termed circuit modules. The communication 
between the circuit modules is determined. Then, the circuit modules are separately 
designed. After the design of all the circuit modules is completed, the circuit modules 
5 are assembled into a single system. The system is operated by the communication 

between the circuit modules. The procedure for the simulation of the system is described 
below (with reference to FIG. 2). 

1 . The system which is the simulation target is described in the C++ language. 

(A) The classes of the circuit modules are declared ([1] in FIG. 2). In the 
10 example of FIG. 2, a CPU class 101, a bus master interface class 102, and a bus class 

103 are produced as user created classes. 

(B) The simulation model (system statement 104) of the entire system is 
produced ([2]). The objects of the circuit classes included in the system are produced 
([3]). Next, the objects are connected, and the communication between the circuit 

15 objects is described. The simulation model of the entire system is thus described ([4]). 
The connection between the circuit objects is achieved by giving the pointer of a circuit 
object A to another circuit object B. The communication between the circuit objects is 
achieved by executing the function of the circuit object A from the circuit object Bj(see 
FIG. 3)[ |? IG. j§ Ajshows the examples of the statements in the C++ language in which 

20 ObjectB receives data indicated by an argument i from ObjectA (GetData), and FIG. 3^5j 
is schematic diagram thereof. 

(C) Next, an information display section of the circuit is incorporated. In the 
prior certifications with simulations, it was necessary to know how the CPU and the bus 
operate, for example, to know the portion of software the CPU is executing, the 

25 variables of the software operating in the CPU, the share of the bus, a master which is 
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using the bus, or the like. The statement of the process for displaying those information 
is added to the system statement. In FIG. 2, the statement for displaying the information 
of the bus prepared in advance in a library, and the statement for displaying the 
information of the bus may be modified if necessary, and are incorporated at appropriate 
5 positions in the system statement 104 as a CPU information display section 105 and as a 
bus information display section 1 06, respectively. 

2. A simulation controller is incorporated. 

When executing the simulation, the system can be reset or operated, depending 
on an instruction from a user. Therefore, a section for controlling the system, depending 
10 on the user instructions, is added to the system statement 104 to complete a simulator 
source 108. 

3. The simulation mode (simulator source 108), described in item 2, is compiled 
by a C++ compiler 109, to thereby obtain the execution type of the simulator (simulator 
110). 

15 4. The simulation is executed by the simulator 110. 

When the simulation certifies that the system operation is normal, the actual 
circuit is produced based on the statement in the C++ language. 

[Schematic Configuration of the Embodiment of the Invention] 
20 The classes used in the embodiment will be explained. The embodiment 

prepares the classes, shown in[FIG. as a class library. As shown in[FIG. 4j the 
embodiment defines a class CmComponent (component class) with the properties 
common to the entire circuit, a class CmSyncModule (synchronous module class) with 
the property of the circuit operating synchronously with a clock, a class CmBusMaster 
25 (bus master class) with the property of the main section of a bus master, a class 
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CmBusSlave (bus slave class) with the property of the main section of a bus slave, a 
class CmBusMstlntf (bus master interface class) with the property of bus master 
interface, a class CmBusSlvIntf (bus slave interface class) with the property of bus slave 
interface, a class CmBusSystem (bus class) with the property of bus, a class CmCpu 
(CPU class) with the property of a CPU, a class CmMemory (memory class) with the 
property of a memory, and a class CmHier (hierarchy class) with the property of a 
hierarchy of the circuit containing the bus. 

In the present invention, the classes, prepared as the library, are termed a circuit 
base class. The classes have the relationship of inheritance as shown in FIG.^In FIG. 




class CmSyncModule 202 inherits the class CmComponent 201. The other classes 
CmBusMaster 203, CmBusSlave 204, CmBusMstlntf 205, CmBusSlvIntf 206, 
CmBusSystem 207, and CmHier 208 inherit the class CmSyncModule 202. FIG.^jT" 
shows, in addition to the relationship of inheritance between the classes, the list of main 
member functions of the classes. The details of the member functions will be discussed 
below. Although not shown in FIG^lhe class CmCpu (CPU class) inherits the class 
CmBusMaster 203, and the class CmMemory (memory class) inherits the class 
CmBusSlave 204. 

When dividing the system into the circuit modules, the roles of the respective 
circuit modules must be decided. Therefore, when describing circuit classes 
corresponding to the circuit modules, the circuit modules are defined as classes derived 
from the circuit base classes (as actual circuit classes, or user created classes) by 
selecting and inheriting the circuit base classes corresponding to the roles from the class 
library. The circuit classes for performing desired operations are realized by overriding 
the functions. 
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used to create the model of a PCI bus (Peripheral Component Interconnect), the 
examples are a class CmPciBusMstlntf derived from the circuit base class 
CmBusMstlntf, a class CmPciBusSlvIntf derived from the circuit base class 
CmBusSlvIntf, a class CmPciBusSystem derived from the circuit base class 
CmBusSystem, and a class CmV850 derived from the circuit base class CmCpu used to 
create the mode of V850 (trademark) CPU. 

After the circuit classes in the system are created, the system is described as one 
class. The class of the system contains the objects of the circuit classes created in the 
above step. Further, the circuit information display section is incorporated in the class of 
the system. The class of the system selects and inherits the circuit base classes, which 
are suitable for the properties of the system, from the class library. 

The method of the simulation of the present invention is described in the 
following. An example is shown in FIG.uf. 




1 . The system which is the target of the simulation is described in the C++ 
language. 

(A 1 ) The classes of the circuit modules are declared (created) by inheriting the 
circuit base classes suitable for the respective modules from the class library 300 in 
which a plurality of circuit base classes have been prepared in advance. In the example 
shown in FIG.l^a user created CPU class 101 is declared by inheriting the CPU circuit 
base class (CmCpu) 301, a user created bus master interface class 102 is declared by 
inheriting the bus master interface circuit base class (CmBusMstlntf) 302, and a user 
created bus class 103 is declared by inheriting the bus circuit base class (CmBusSystem) 



(B') The class of the system is created by inheriting suitable circuit base class 
from the class library 300. In the example of FIG.^the class is created by inheriting the 




303. 
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synchronous circuit circuit base class (CmSyncModule) 304 ([2] in FIG. 7). 

(C) Next, the circuit information display section (a CPU display section 105, 
and a bus information display section 106) are incorporated. 

The steps (A f ), (B'), and (C) are basically similar to the steps (A), (B), and (C) 
5 described in the premise with reference to FIG.££ except that the classes of the circuit 
modules and of the system which includes the circuit modules are created by inheriting 
the circuit base classes defined in the class library 300. In FIG. E£ the reference numerals 
are employed to denote like parts in FIG. 2. 

2. Next, a simulation controller 107 is incorporated to create a simulator source 

10 108. 

3. The statement of the item 2 is compiled by the C++ compiler 109 to obtain 
the execution type of the simulator 110. 

4. The simulation is performed by executing the simulator. 

In the embodiment, since the system inherits the circuit base class, the system 
15 has the properties of the circuit modules. Hence, the system can be used as a circuit 

module which is to be included in another system. That is, the systems can be described 
hierarchically. When the system is described hierarchically, the effect of the present 
invention can be achieved. 



20 [Details of Circuit Base Class] 

Next, the circuit base class shown in\FIG. 4jwill be explained in detail. 

(1) The CmComponent class has the following functions, and is used to 
describe a combination circuit having no clock. 

The CmComponent class has a Reset function. The function is used for 
25 asynchronous resetting. 
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The CmComponent class has a GetPinValue function. The function is executed 
by a circuit X when the circuit X reads the value of a signal at a terminal of a circuit Y. 

The CmComponent class has a SetPin Value function. The function is executed 
by the circuit X when the circuit X applies a signal to the terminal of the circuit Y. 
5 A Reset function is a pure virtual function. Therefore, the process of the 

function must be defined in the class which inherits CmComponent. Further, the 
embodiment provides, in addition to the communication between the circuits through the 
terminals, the communication through the bus. The communication through the bus is 
simulated at a high speed by the CmBusMaster class, and the CmBusSlave class. 
10 Therefore, the communication which does not use the bus is described with the 
GetPinValue function and the SetPin Value function. 

(2) The CmSyncModule class has the following functions, and is used to 
describe a sequence circuit which has a clock. 

The CmSyncModule class has the Reset function, the GetPinValue function, 
15 and the SetPinValue function. The meanings of the functions are the same as those in the 
CmComponent class. 

The CmSyncModule class has a OneStep function. The function is used to 
perform a one step operation of the circuit. The OneStep function is a pure virtual 
function. Therefore, the process of this function must be defined in the class which 
20 inherits CmSyncModule. 

(3) The CmBusMaster class has the following functions, and is used to describe 
the main section of the bus master. The bus master is used to describe the circuit module 
which actively drives the bus. The bus master interface, which is referred to in the 
following description, is a circuit module between the bus and the bus master to absorb 

25 the differences between the buses. 
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The CmBusMaster class has the Reset function, the GetPin Value function, the 
SetPin Value function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 

The CmBusMaster class has a ReadBusMaster function. The function reads a 
value from an object to the bus. 

The CmBusMaster class has a WriteBusMaster function. The function writes a 
value from the bus into an object. 

The CmBusMaster class has a ConnectBusMstlntf function. The function is 
used to connect the bus master interface. 

The ReadBusMaster function, and the WriteBusMaster function are pure virtual 
functions. Therefore, the processes of those functions must be defined in the class which 
inherits CmBusMaster. 

(4) The CmBusSlave class has the following functions, and is used to describe 
the main section of the bus slave. The bus slave is a circuit module which passively 
receives data from the bus. In the following description, the bus slave interface is a 
circuit module between the bus and the bus slave to absorb the differences between the 
buses. 

The CmBusSlave class has the Reset function, the GetPinValue function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 

The CmBusSlave class has a ReadBusSlave function. The function reads a 
value from the object to the bus. 

The CmBusSlave class has a WriteBusSlave function. The function writes a 
value from the bus to the object. 

The CmBusSlave class has a ConnectBusSlvIntf function. The function is used 



19 

to connect the bus slave interface. 

The ReadBusSlave function, and the WriteBusSlave function are pure virtual 
functions. Therefore, the processes of those functions must be defined in the class which 
inherits CmBusSlave. 

(5) The CmBusMstlntf class has the following functions, and is used to create 
the bus master interface. The bus master interface is a circuit module which absorbs the 
differences between the buses when actively driving the bus. 

The CmBusMstlntf class has the Reset function, the GetPin Value function, the 
SetPin Value function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 

The CmBusMstlntf class has an IsBusReq function. The function returns 
whether the bus master interface requests the use of the bus. 

The CmBusMstlntf class has an AssertBusGnt function. The function notifies 
the bus master interface of the permission of the use of the bus from an external circuit 
(which is normally an arbiter). 

The CmBusMstlntf class has a DisassertBusGnt function. The function notifies 
the bus master interface of the prohibition of the use of the bus from the external circuit 
(which is normally an arbiter (or arbitor)). 

The CmBusMstlntf class has an AppendWriteData function, a StartWrite 
function, an IsWriteEnd function, an AppendReadAddress function, a StartRead 
function, an IsReadEnd function, and a GetReadData function. These functions are used 
to control the class CmBusSystem object from the class CmBusMaster object. 

The AppendWriteData function writes an address of the bus slave to which the 
data is to be written, the data to be written, and the number of bytes of the data to be 
written, in a predetermined variable area (buffer) in the class. The StartWrite function 
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starts the writing operation of the data to the bus. The IsWriteEnd function returns the 
result indicating whether the writing operation of the data to the bus is completed. The 
AppendReadAddress function writes the address of the bus slave from which the data is 
to be read, and the number of bytes of the data to be read, into the buffer. The StartRead 

5 function starts the reading operation of the data from the bus. The IsReadEnd function 
returns the result indicating whether the reading operation of the data from the bus is 
completed. The GetReadData function draws the data, which has been read from the bus 
slave to the buffer, from the buffer. 

(6) The CmBusSlvIntf class has the following functions, and is used to describe 

0 a circuit module for absorbing the differences between the buses when passively 
receiving the data from the bus. 

The CmBusSlvIntf class has the Reset function, the GetPinValue function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 
> The CmBusSlvIntf class has an IsBusReq function. The function returns 

whether the bus slave interface requests the use of the bus. 

The CmBusSlvIntf class has an AssertBusGnt function. The function notifies 
the bus slave interface of the permission of the bus from an external circuit (which is 
normally an arbiter). 

The CmBusSlvIntf class has a DisassertBusGnt function. The function notifies 
the bus slave interface of the prohibition of the use of the bus from the external circuit 
(which is normally an arbiter). 

The CmBusSlvIntf class has an AppendWriteData function, a StartWrite 
function, an IsWriteEnd function, an AppendReadAddress function, a StartRead 
function, an IsReadEnd function, and a GetReadData function. The functions are used 



when the derived class from the CmBusSystem class writes or reads a value to or from 
the CmBusSlvIntf class. The base functions of those functions are similar to those in the 
CmBusMstlntf class, except that the target to be written or read is different. 

(7) The CmBusSystem class has the following functions. The functions are used 
to describe a circuit module for transferring the data from the master to the slave. 

The CmBusSystem class has the Reset function, the GetPinValue function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 

The CmBusSystem class has a ConnectBusMstlntf function. The function 
connects the class, derived from the CmBusMstlntf class, to this object. 

The CmBusSystem class has a ConnectBusSlvIntf function. The function 
connects the class, derived from the CmBusSlvIntf class, to this object. 

The CmBusSystem class has a SetUserReadMap function. The function is used 
to designate a bus read map of the bus. The bus read map is an address map used to read 
a value from a circuit module through the bus. The bus read map is described as a 
UserReadMap function in a CmHier class. 

The CmBusSystem class has a SetUserWriteMap function. The function is used 
to designate a bus write map of the bus. The bus write map is an address map which is 
used to write a value into the circuit module through the bus. The bus write map is 
described as a UserWriteMap function in the CmHier class. 

The CmBusSystem class has a SetUserArbitor function. The function is used to 
designate an arbiter (or, arbiter) of the bus. The arbiter arbitrates the use right of the bus. 
This circuit is described as a UserArbitor function in the CmHier class. 

The CmBusSystem class has a ReadMap function. The function reads the 
information from the circuit module through the bus. 
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The CmBusSystem class has a WriteMap function. The function writes 
information into the circuit module through the bus. 

(8) The CmCpu class inherits the CmBusMaster class, has the following 
functions, and is used to describe the CPU. 

The CmCpu class has the Reset function, the GetPinValue function, the 
SetPin Value function, the OneStep function, and the ConnectBusMstlntf function. The 
meanings of the functions are the same as those in the CmSyncModule class. 

The CmCpu class has a ConnectBusMstlntf function. The function is used to 
connect the bus master interface. 

The CmCpu class has a GetPc function. The function returns a present value of 
a program counter. 

The CmCpu class has a GetReg function. The function returns the value of a 
designated register. 

The CmCpu class has a SetReg function. The function returns the value of a 
designated register. 

The CmCpu class has a GetData function. The function returns the data stored 
in a designated address. 

The CmCpu class has a SetData function. The function overwrites the data into 
a designated address. 

As described above, the circuit base class CmCpu, which provides the model of 
the CPU, has the functions defined in the CmBusMaster class by inheriting the circuit 
base class CmBusMaster which provides the model of the bus master. In addition, the 
circuit base class CmCpu can display the information from the registers and the program 
counters on the CPU information display section when executing the program, using the 
GetPc function, the GetReg function, the SetReg function, the GetData function, and the 
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SetData function. 

(9) The CmMemory class inherits the CmBusSlave class, has the following 
functions, and is used to describe the memory. 

The CmMemory class has the Reset function, the GetPinValue function, the 
SetPinValue function, the OneStep function, and the ConnectBusSlvIntf function. The 
meanings of the functions are the same as those in the CmBusSlave class. 

The CmMemory class has a GetData function. The function returns the data 
stored in a designated address. 

The CmMemory class has a SetData function. The function overwrites the data 
in a designated address. 

(10) The CmHier class inherits the CmSyncModule class, has the following 
functions, and is used to describe the system which includes the bus. 

The CmHier class has the Reset function, the GetPinValue function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmBusSlave class. 

The CmHier class has a UserReadMap function. The function is used to 
describe the bus read map of the bus included in the system. The described bus read map 
is registered in the bus by the SetUserReadMap function in the CmBusSystem class. 

The CmHier class has a UserWriteMap function. The function is used to 
describe the bus write map of the bus included in the system. The described bus read 
map is registered in the bus by the SetUserWriteMap function in the CmBusSystem 
class. 

The CmHier class has a UserArbitor function. The function is used to describe 
the arbiter of the bus included in the system. The described arbiter is registered in the 
bus by the SetUserArbitor function in the CmBusSystem class. 
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Next, the examples of the statements of the system for transferring the data 
through the bus, according to the present invention, will be explained. Before the 
explanation of the examples of the statements, the address map and the arbiter, 
mentioned above, will be explained. 

The address map is a table indicating the allocation of the circuits to the 
addresses. The arbiter is a circuit which gives the use right to one of the bus masters 
requesting the use of the bus. These are well known in general. 

First, the address map will be explained. 

A number of circuits are connected to the bus. When the data is simply sent to 
the bus, it cannot be known which circuit is to receive the data as an instruction. 
Therefore, an address is used to designate one of the circuits. Data and an address are 
always transferred as a pair through the bus. Further, the circuit which receives the data 
depends on the predetermined address. The relationships between the addresses and the 
circuits are defined in the address map. 

The transfer of a pair of the data and the address through the bus corresponds to 
the statement of giving the pair of the data and the address to the UserReadMap function 
and the UserWriteMap function of the CmHier class. The address map of the 
embodiment corresponds to the statement of determining the circuit corresponding to the 
address given to the UserReadMap function and the UserWriteMap function, and of 
sending the data to the circuit. 

The arbiter is needed when two or more bus masters are connected to the bus. 
The bus simply sends a signal through a signal line. Therefore, when two or more bus 
masters simultaneously send the signals through the bus, two signals collides in one 
signal line. Thus, a correct value cannot be transferred to the target circuit module. To 
avoid this, the arbiter is used. In general, when using the arbiter, the bus master must 
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request the use of the bus to the arbiter. The arbiter, which has received the request from 
the bus masters, permits one of the bus masters to use the bus. The bus master cannot 
use the bus until the bus master receives the permission of the use of the bus. 

In the embodiment of the present invention, the bus master is divided into the 
bus master and the bus maser interface. The permission/prohibition of the use of the bus 
is sent from the arbiter to the bus master interface. 

The example of the communication of the data through the bus will be 
explained with reference toglGs. 8 to 13j FIG. g is a block diagram showing the 
construction of the system ABC used in the example. £IGs. 9 to ljshow a series of lists 
of the statements of the system in the C++ language. jFIGs. 9 to ljcontinue in the order 
of drawing numbers. 

As shown in FIG.'fc the system ABC comprises two CPUs (a CPU 1 (402), and 
a CPU 2 (403)), and a timer 1 (404), and a counter 1 (405), which are connected through 
a PCI bus 401. The respective CPU 1 (402), the CPU 2 (403), the timer 1 (404), and the 
counter 1 (405) have interfaces 402a, 403a, 404a, and 405a, each of which includes an 
interface with the PCI bus 401. Assuming that a plurality of circuits, not shown, are 
connected to the system ABC of FIG.[&7 me positions of the statements of those circuits 
will be additionally explained in the following explanation of the statement example of 
the system. 

In the system statements shown in(F IG. it is first declared that an object 
ABC, corresponding to the system ABC, inherits the CmHier class ([1] injFIG..?}. Next, 
the PCI bus, corresponding to the PCI bus 401 in FIG. (j| is created as a user created 
class (actual circuit class)CmPciBusSystem (whose circuit base class is the 
CmBusSystem class) in the system ABC ([2] in jFia.§). As the CPU 1 (402) and the 
CPU 2 (403) in FIG./g two CPUs are created by the CmCpu class of the objects Cpul 
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and Cpu2 in the system ABC ([3] in]FIG. Since the objects Cpul and Cpu2 are the 
bus masters, the bus master interface objects CpulBusMstlntf and Cpu2BusMstIntf for 
connecting the objects Cpul and Cpu2 to the bus are created ([4] in(FIG. jj, 
corresponding to the interfaces 402a and 403a in FIG. f@. The bus master interfaces 
CpulBusMstlntf and Cpu2BusMstIntf are created by the user created class 
CmPciBusMstlntf (whose circuit base class is the CmBusMstlntf class). 

Next, a circuit Timerl corresponding to the timer 1 (404) is created in the 
system ABC ([5] infelG.^. Since the object Timerl is the bus slave, a bus slave 
interface (corresponding to the interface 404a in^FIG. 8ji for connecting the object 
Timerl to the bus is created in the system ABC ([6] inflGT^. Next, a circuit Counterl 
corresponding to the counter 1 (405) is created in the system ABC ([7] injFIG.j^ Since 
the object Counterl is a bus slave, a bus slave interface (corresponding to the interface 
405a in FIG. 8) for connecting the object Counterl to the bus is created in the system 
ABC. The object Timerl is created, based on the user created class CmTimerl, and the 
object Counterl is created, based on the user created class Cmcounterl. The user created 
classes CmTimerl and CmCounterl are derived from the CmBusSlave class. The bus 
slave interface objects Timerl BusSlvIntf and Counterl BusSlvIntf are declared, based on 
the derived class CmPciBusSlvIntf from the CmBusSlvIntf class. 

The other module is described at the position [9] injFIG.^/ 
Next, the UserBusReadMap function will be described ([1] in[FIG. H$. The 
UserBusReadMap function describes the bus read map. The return value is a structure 
RDATA. RD ATA. Status is 0 on success, and 1 on failure. Data returns the read value 
when the reading is successful. ULONG indicates a signal value of 32 bits. The 
UserBusReadMap decides the circuit from which the value is read, based on the address, 
and executes the reading function of the bus slave interface of the circuit. First, a 
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• vi t. • TaU±7 
variable v having a return value is defined as the structure RDATA ([2] infFIG. id}. 

Next, a discriminant for reading a value from the circuit (object) Timerl from 
addresses 100 to 200 is described ([3] inflCr®. When the discriminant is true, the 
AppendReadAdress function is executed for the object TimerBusSlvIntf with arguments 
of 0, address- 100, and byte_count, in order to designate the address to be read, and the 
number of bytes ([4] injFKTl §. Next, the StartRead function is executed for the object 
TimerlBusSlvIntf, to read the value ([5] in JiOlrf). It is then checked whether the 
reading has been successful ([6] inglG~l(J). When the reading is successful, v.status is 
set to 0 ([7] infTalci), and the GetReadData function is executed for the object 
TimerlBusSlvIntf, to read the read value and to set v.Data to the read value ([8] inflG^ 2 ' 

When the reading fails, v.Status is set to 1, and the process returns ([9] inf^T^. 
When executing the AppendReadAddress function, the StartRead function, the 
IsReadEnd function, and the GetReadData function, the first argument is set to 0, in 
order to report that these functions are executed by the normal transfer method. The first 
argument discriminates between a transfer method (Split transfer) switching the master 
and the slave, and the normal transfer method. 

A statement similar to that of the circuit Timerl is made for the circuit Counterl 
with the read addresses 200 to 300 ([10], and [11] injFIG. 1$. Further, similar 
statements are made for the other circuits ([12] in/FIG. Hj. 

The bus write map is described by the UserBusWriteMap function ([1 ] in/FKT^ 1 
1 3 > * The retum value is int (integer). The return value is 0 on success, and 1 on failure in 
the writing operation. The arguments address and data are signal values of ULONG (32 
bits). 

The circuit into which the values are to be written is determined, and the 
writing function of the bus slave interface of the determined circuit is executed ([2] in 
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\FIG. 1 13- The values are written into the addresses 100 to 200 of the circuit Timerl (T31 
in£iaT|). The AppendWriteData function is executed for the object Timerl BusSlvIntf 
with the arguments 0, (address- 100), data, and byte_count, to designate the data to be 
written ([4] inlFIG. lj/). Then, the StartWrite function is executed to write the value ([5] 
in FIG. 1 1). The IsWriteEnd function is executed for the circuit Timerl to check whether 
the writing has been successful ([6] infFTOllj). When the writing has been successful, 
the return value is 0. When the writing has failed, the return value is 1. When executing 
the AppendWriteData function, the StartWrite function, and the IsWriteEnd function, the 
first argument is set to 0 in a similar manner to the execution of the AppendReadAdress 
function, to report that those functions are executed by the normal transfer method. 

The circuit Counterl will be explained. From addresses 250 to 350, the circuit 
Counterl is stated in a manner similar to the circuit Timerl ([9], [10] ir^FIG. H$ The 
other circuits are stated in a similar way ([11] injFlG. lj). 

7*tfc> <f NCXt ' ^ ° peration of me arbiter in me UserArbitor function is described ([1] in 
£ IG. 12). The return value of the UserArbitor function is void. The permission of the use 
of the bus is directly given to the bus master interface. The IsBusReq function is 
executed for the objects CpulBusMstlntf and Cpu2BusMstIntf, to directly draw the 

Table? 

request, to use the bus, from the bus master interfaces ([2] inflOlJ. The request from 
the object Cpul is preferred to that from the object Cpu2, and the preference of the 
requests is checked ([3] in^IG. 12j). When the Cpul requests to use the bus, the Cpul 
can use the bus even if the Cpu2 requests to use the bus. That is, the AssertBusGnt 
function is executed for the object CpulBusMstlntf, and the DiassertBusGnt function is 
executed for the object Cpu2BusMstIntf, to allow the Cpul to use the bus and to reject 
the use of the bus by Cpu2 ([4] injFTGTT^. 

When the object Cpul does not use the bus, and when the object Cpu2 is to use 
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the bus ([5] inpai^, the Cpul is prohibited from using the bus, and the Cpu2 is 
allowed to use the bus ([6] injFIG77|5. When neither of the objects sends the request 
both the objects are prohibited from using the bus ([7] in[fIG. 1^. 

Next, the operation and connection of the system ABC is described in the 
function ABC(void) ([1] injFiaif). The function ABC(void) is a function (constructor: 
the function whose name is the same as that of the class) called to create the object of the 
system ABC. The circuits and the bus interfaces are connected by the 
ConnectBusMstlntf function, or the ConnectBusSlvIntf function, and the bus interfaces 
and the PCI bus are connected by the ConnectBusMstlntf function ([2] in£lG. ijj). At 
that time, the addresses of the bus interface objects of the respective circuits are used as 
the arguments, to thereby connect the PCI bus to the respective circuits. The other 
circuits are described in the same manner ([3] infFlG. 13j[). 

The SetUserReadMap function and the SetUserWriteMap function designate 
the address map for the object PciBusSystem ([4] ingHTIJ. By the execution of the 
functions, the address map is registered in the object PciBusSystem. Thus, the 
PciBusSystem can use the address map. 

Next, the operation of the system ABC in one unit time is described by the 
OneStep function ([5] in^iaTj. The system ABC is operated by the arbitrary 
behaviors of the components. Accordingly, in the level of the system ABC, the 
respective components in the system are simply operated in one unit time ([6] ir^faTTf 
(comments)). The OneStep function is executed for the PCI bus PciBusSystem (\T\ in 
jFial^. Although the bus does not require the clock because the bus is a signal line, the 
embodiment gives the clock to the bus in order to extract data synchronously with the 
clock in a debugging function. Next, the OneStep function is executed for the objects 
CpulBusMstlntf, Cpu2BusMstIntf, TimerlBusSlvIntf, Counter lBusSlvIntf, Cpul, 



30 

Cpu2, Timer 1, and Counterl, to operate them in one unit time ([8] injFIG. 12[>. In a 

. ., „ ntUe to 

similar way, the OneStep function is executed for the other circuits ([9] ii^FIG. 12$. 

Thus, the statements of the system ABC are completed. In the embodiment, the 

bus connecting the modules are divided into the bus system, and the bus master 

interface, or the bus slave interface. Further, the objects (circuit modules) are described 

using the inheritance. Thus, the connection interface between the objects in the system 

can be described in integrated form. 

[Header Files in Circuit Base Class] 

Next, the header files of the main circuit base classes will be explained with 
reference toJFlGs. 14 to 23(. In the figures, the comment lines with "//" explain the details 
of the statements. In the statements, the functions with "virtual" and "=0", such as 
"virtual void Reset(void) = 0;" (e.g.,|FIG. llij) are pure virtual functions, which means 
that the functions must be defined in the classes which inherit those classes. In the 
figures, the details of the statements of the functions are omitted, but only the comment 
lines remain for the better understanding. The contents of the figures will be explained in 
the followings. 

[FIG. 147shows the statements which define the CmComponent class. In the 
class CmComponent, the Reset function is defined as a pure virtual function.fFIG. 15/ 
shows the statements of the CmSyncModule class which is the derived class from the 
CmComponent class. In the CmComponent class, the OneStep function is defined as a 
pure virtual function. The CmSyncModule class is the derived class from the 
CmComponent class. Because the CmSyncModule class does not override the functions 
in the CmComponent class, the definitions of the functions in the CmComponent class 
are used as they are. 
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|FIG. 16/shows the statements of the CmBusMaster class which is the derived 

class from the CmSyncModule class. (FIG. 17/shows the definition of the CmBusSlave 

class which the derived class from the CmSyncModule class.]FIGs. 18 and l^show the 

definitions of the CmBusMstlntf class which is the derived class of the CmSyncModule 

class. In the definition of the CmBusMstlntf class, the operation of the circuit by one 

step is described by the virtual function of "virtual void OneStep(void) { } " shown in 

(fIGTIJ which overrides the OneStep function defined in the CmSyncModule class. The 

arguments of the Append WriteData function, the Start Write function, the IsWriteEnd 

Tall-fir 

function, and the AppendReadAddress function, which are shown injFlG. 18/ and the 
StartRead function, the IsReadEnd function, and the GetReadData function, which are 
shown in£IG. lg, are set to an integer variable mode, to thereby enable the operation of 
the transfer method (split transfer) which switches the master and the slave. (FIGs. 20 and 
2lJshow the definitions of the CmBusSlvIntf class which is the derived class from the 
CmSyncModule class. {FIG. 2jf shows the definition of the CmBusSystem class which is 
the derived class from the CmSyncModule class.^FIG 2jshows the definition of the 
CmHier class which is the derived class from the CmSyncModule class. 



[Bus Simulation Method] 

Next, the bus simulation method, that is, the specific simulating operation will 
be schematically explained. The basic policy of the bus simulation is explained in the 
following. 

The bus master leaves the complicated control of the bus to the bus master 
interface. The bus master registers all the data, to be written or read, into the buffer in 
the bus master interface instantly. 

The communication from the bus master interface to the bus slave is executed 
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whenever the OneStep function is executed. 

When the OneStep function is called, the bus master interface extracts the data 
units one by one from the buffer, and sends it to the bus. 

The bus determines the target bus slave to be written or read, based on the bus 
read map, or on the bus write map, and sends a read or write command to the bus slave 
interface corresponding to the determined bus slave. 

The bus slave interface writes or reads data in the bus slave, depending on the 
instruction sent from the bus, and returns the result to the bus. 

The bus returns the result, sent from the bus slave interface, to the bus master 
interface. 

The bus master interface decides the operation in the next OneStep function, 
based on the result sent from the bus. 

Next, the flow of the execution of the functions in the embodiment will be 
explained by way of the example of writing data. In the system X shown in^IG.&f, a 
bus master Al, a bus master interface Bl, a bus CI, a bus slave interface Dl, and a bus 
slave El are connected in alphabetical order. The system is to write two pairs of units of 
information (address/data/bytes, 0x00100000/0x00112233/4, and 

0x00100004/0x44556677/4), which are shown inf IG.gsJfrom the bus master Al, e.g., 
a CPU, into the bus slave El, e.g., a memory. 

The statements of the system X, the bus master Al, the bus master interface Bl, 
the bus CI, the bus slave interface Dl, and the bus slave El inherits the properties of the 
classes described above. That is, the system X inherits the CmSyncModule class, the bus 
master Al inherits the CmBusMaster class, the bus master interface Bl inherit the 
CmBusMstlntf class, the bus CI inherits the CmBusSystem class, the bus slave interface 
Dl inherit the CmBusSlvIntf class, and the bus slave El inherits the CmBusSlave class. 
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These components are created by directly inheriting the classes, or by inheriting classes 
which inherit those classes. According to the UserWriteMap function in the system X, 
the addresses 0x00100000 and 0x00100004 correspond to the bus slave interface Dl. 
When constructing the system X, the SetUserWriteMap function of the bus CI is 

5 executed, so that the UserWriteMap function of the system X is registered as the bus 
write map of the bus CI. The OneStep function for operating the bus master Al, the bus 
master interface Bl, the bus CI, the bus slave interface Dl, and the bus slave El by one 
step is always called from the OneStep of the system X. 

In the above construction, the operation of the system X in unit times 1 to 4, 

O shown in FIG. |26j will be explained with reference toflGs. 27 to 3j/ 

[Time 1] 

The operation of the system X in the time 1 will be explained with reference to 
$FIG. 27. FIG. 27jshows the operations of the respective circuits in the manner of a time 
5 series within the same unit time (time 1). In the time 1, the OneStep function of the bus 
master Al is executed. The bus master Al executes the function AppendWriteData (0, 
0x00100000, 0x00112233, 4) of the bus master interface Bl. Then, the bus master 
interface Bl stores the data in the buffer. Then, the bus master Al executes the function 
AppendWriteData (0, 0x00100004, 0x44556677, 4) of the bus master interface Bl. The 
bus master interface Bl stores the data in the buffer. The bus master Al executes the 
StartWrite function of the bus master interface Bl . The bus master interface Bl 
memorizes the write request. The bus master Al executes the IsWriteEnd function of the 
bus master interface B 1 . The bus master interface B 1 returns the value, indicating that 
the bus Bl is writing the data, to the bus master Al. The bus master Al then goes on 
standby. 



34 

When the OneStep function of the bus master Al is completed, the OneStep 
function of the bus master interface Bl is executed. Since the bus master interface Bl 
has received the write request from the bus master Al, the bus master interface Bl 
requests the use of the bus. Accordingly, when the IsBusReq function of the bus master 
interface Bl is externally executed, the return value is true. Then, the OneStep function 
of the bus master interface Bl is completed. 

When the OneStep function of the bus master interface Bl is completed, the 
OneStep function of the bus CI is executed. The OneStep function of the bus CI 
operates the arbiter. The arbiter executes the IsBusReq function of the bus master 
interface Bl. The bus master interface Bl returns the request to use the bus. If the arbiter 
permits the bus master interface Bl to use the bus, the arbiter executes the AssertBusGnt 
function of the bus master interface Bl. The bus master interface Bl memorizes the 
permission to user the bus. Then, the OneStep function of the bus CI is completed. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. In the time 1, the OneStep function of the bus 
slave interface Dl is completed without the execution of any process. 

When the OneStep function of the bus slave interface Dl is completed, the 
OneStep function of the bus slave El is executed. The special operation of the bus slave 
El is performed, but does not includes the operation in connection with the bus. 

[Time 2] 

Next, the operation of the system X in the time 2, which is the next unit time, 
will be explained with reference to^IG. 2§~In the time 2, the OneStep function of the 
bus master Al is executed in a manner similar to that in the time 1 . The bus master Al 
executes the Is WriteEnd function of the bus master interface B 1 . The bus master 
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interface Bl returns the value indicating that the bus master interface Bl is writing the 
data. Then, the bus master Al then goes on standby. 

When the OneStep function of the bus master Al is completed, the OneStep 
function of the bus master interface Bl is executed. Since the OneStep function of the 
bus master interface Bl permits the bus master interface Bl to use the bus, the bus 
master interface Bl writes the data into the bus. That is, the following operation is 
performed. The bus master interface Bl extracts one data unit from the buffer. At that 
time, the address is 0x00100000, the data is 0x001 12233, and the number of bytes is 4. 
Then, the bus master interface Bl executes the function WriteMap (0x00100000, 
0x00112233, 4) of the bus CI. 

Then, the WriteMap function of the bus CI performs the following operations. 
The function AppendWriteData (0, 0x00100000, 0x001 12233, 4) of the bus slave 
interface Dl is executed. The bus slave interface Dl stores the given data into the buffer. 
The Start Write function of the bus slave interface Dl is executed. The bus slave 
interface Dl executes the function WriteBusSlave (0x00100000, 0x00112233, 4) of the 
bus slave El. The bus slave El stores the given data into the buffer. The bus slave El 
returns the value indicating whether the writing has been successful, to the bus slave 
interface Dl. In the example, the writing has been successful. The IsWriteEnd function 
of the bus slave interface Dl is executed. Because the writing of the data into the bus 
slave El by the bus slave interface Dl has been successful, the return value is true. Thus, 
the return value of the IsWriteEnd function of the bus slave interface Dl is returned. 

The bus master interface Bl comes to know, based on the return value, that the 
data has been successfully written. Then, one unit of the data is deleted from the buffer. 
Since one data unit remains in the buffer of the bus master interface Bl, the same 
operation is performed in the next OneStep of the bus master interface Bl. 



36 

When the OneStep function of the bus master interface Bl is completed, the 
OneStep function of the bus CI is executed. In the time 2, the OneStep function of the 
bus CI executes nothing. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. In time 2, the OneStep function of the bus 
slave interface Dl executes nothing. 

When the OneStep function of the bus slave interface Dl is completed, the 
OneStep function of the bus slave El is executed. The special operation of the bus slave 
El is performed, but does not includes the operation in connection with the bus. 

[Time 3] 

In the time 3, as shown in^IO^ the OneStep function of the bus master Al 
is executed. The OneStep function of the bus master Al executes the IsWriteEnd 
function of the bus master interface Bl. The bus master interface Bl returns the value 
indicating that the bus master interface Bl is writing the data. The bus master Al then 
goes on standby, and the OneStep function of the bus master Al is completed. 

When the OneStep function of the bus master Al is completed, the OneStep 
function of the bus master interface Bl is executed. Since in the time 3 the OneStep 
function of the bus master interface Bl permits the bus master interface Bl to use the 
bus, the bus master interface Bl writes the data into the bus. That is, the following 
operation is performed. 

The bus master interface Bl extracts one data unit from the buffer. At that time, 
the information includes the address of 0x00100004, the data of 0x44556677, and the 
number of bytes of 4. Then, the bus master interface Bl executes the function WriteMap 
(0x00100004, 0x44556677, 4) of the bus CI. 
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Then, the WriteMap function of the bus CI performs the following operations. 
The WriteMap function of the bus CI executes the function AppendWriteData (0, 
0x00100004,-0x44556677, 4) of the bus slave interface Dl. The bus slave interface Dl 
stores the given data into the buffer. The WriteMap function of the bus CI executes the 

5 StartWrite function of the bus slave interface Dl . The bus slave interface Dl executes 
the function WriteBusSlave (0x00100004, 0x44556677, 4) of the bus slave El. The bus 
slave El stores the given data into the buffer. The bus slave El returns the value 
indicating whether the writing has been successful. In the example, the writing has been 
successful. The WriteMap function of the bus CI executes the IsWriteEnd function of 

0 the bus slave interface Dl . Because the writing of the data into the bus slave El by the 
bus slave interface Dl has been successful, the return value is true. Thus, the WriteMap 
function of the bus CI returns the return value of the IsWriteEnd function of the bus 
slave interface Dl . 

The bus master interface Bl comes to know, based on the return value, that the 
) data has been successfully written. Then, one of the data is deleted from the buffer. 
Because no data remains in the buffer of the bus master interface Bl, the bus master 
interface Bl completes the writing operation. Therefore, the return value of the 
IsWriteEnd function of the bus master interface Bl becomes true. Then, the OneStep 
function of the bus master interface Bl is completed. 

When the OneStep function of the bus master interface Bl is completed, the 
OneStep function of the bus CI is executed. The OneStep function of the bus CI 
executes nothing, and is completed. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. The OneStep function of the bus slave 
interface Dl executes nothing, and is completed. 
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The OneStep function of the bus slave El is executed. The special operation of 
the bus slave El is performed, but does not includes the operation in connection with the 
bus. 

[Timer 4] 

In the time 4, as shown injFIG. 3$ the OneStep function of the bus master Al 
is executed. In the OneStep function of the bus master A 1 in the time 4 5 the bus master 
Al executes the IsWriteEnd function of the bus master interface Bl . The bus master 
interface Bl returns the value indicating that the writing has been finished. Then, the bus 
master Al starts the following operations. The OneStep function of the bus master 
interface Bl, the OneStep function of the bus CI, and the OneStep function of the bus 
slave interface Dl are executed in order in the time 4. The OneStep functions do not 
execute any process. Then, the OneStep function of the bus slave El is executed. The 
special operation of the bus slave El is performed, but does not includes the operation in 
connection with the bus. 

Thus, accordingto the operations in the times 1 to 4, the writing operation of 
the data, shown in|FIG. 2^ is completed. 

[Split Transfer] 

The other embodiment of the data transfer through the bus will be explained. 
The bus normally sends an instruction to write or read data only in the direction from the 
bus master to the bus slave. When a high performance bus cannot immediately respond 
to the read/write request sent from the bus master to the bus slave, the bus disconnects 
the communication, and then actively returns a value in the reverse direction from the 
bus slave to the bus master. This method is termed split transfer. The split transfer means 
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a series of operations in which the master transmits an instruction to the slave, and after 
the transmission is completed, the slave transmits an instruction to the master in turn. 
The split transfer is achieved by a high performance bus. The simulation of the split 
transfer according to the embodiment will be explained. 

In the split transfer, the relationship between the slave and the master is 

inverted. 

That is, the bus slave leaves the complicated control of the bus to the bus slave 
interface. The bus slave registers all the data, to be written or read, into the buffer in the 
bus slave interface in a moment. 

The communication from the bus slave interface to the bus master is executed 
whenever the OneStep function is executed. 

When the OneStep function is called, the bus master interface extracts the data 
units one by one from the buffer, and sends it to the bus. 

The bus determines the target bus master to be written or read, based on the bus 
read map, or on the bus write map, and sends a read or write command to the bus master 
interface corresponding to the determined bus master. 

The bus master interface writes or reads data in the bus master, depending on 
the instruction sent from the bus, and returns the result to the bus. 

The bus returns the result, sent from the bus master interface, to the bus slave 
interface. 

The bus slave interface decides the operation in the next OneStep, based on the 
result sent from the bus. 

To achieve the above functions, the bus slave and the bus master have the same 
functions, and the bus slave interface and the bus master interface have the same 
functions. Accordingly, in the embodiment, the bus slave and the bus master have the 
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same configuration, and the bus slave interface and the bus master interface have the 
same configuration. To determine the direction of the transmission (that is, the master to 
the slave, or the slave to the master), the functions such as the AppendWriteData 
function have arguments "mode" (seejFIGs. 18, 19, 2^ and 2jf). When mode is 1, the 
5 reverse operation is performed. 

[Examples of Created Circuit Class] 

Next, an example of creating a new circuit class will be explained. A user is to 
create a new bus master interface class with the name of CUserBusMstlntf. It is first 
0 declared that the new class CUserBusMstlntf inherits the CmBusMstlntf class. 
Accordingly, the CUserBusMstlntf class has the same functions as those of the 
CmBusMstlntf class. Then, these functions are overridden to create the new class 
CUserBusMstlntf which achieves the desired operations. 

Another example of creating a new circuit class is shown, The user is to create a 
> new CPU class with the name of CUserCpu. It is first declared that the new class 
CUserCpu inherits the CmCpu class. Accordingly, the CUserCpu class has the same 
functions as those of the CmCpu class. Then, these functions are overridden to create the 
new class CUserCpu which achieves desired operations. 

[Main Advantages of the Embodiments] 

The first advantage is that it is easy to replace the circuit module. That is, when 
one of the circuit modules in the system is replaced, the statements of the other circuit 
modules need not be changed. 

The second advantage is that the connections between the circuit modules are 
automatically checked. That is, if the circuit modules are incorrectly connected, the 



compiler causes an error when in the compiling process. 

The third advantage is that the configuration for displaying the information is 
commonly used by the circuit modules having the same property. That is, the 
configuration for displaying the information need not be separately prepared for each 
circuit module. 

The fourth advantage is that the configuration for controlling the simulation is 
commonly used by the systems which are the simulation targets. That is, even if the 
system of the simulation target is changed, the configuration for controlling the 
simulation need not be changed. 

The fifth advantage is that it is automatically checked whether the statements of 
the circuit interfaces are sufficient. That is, if the statements are insufficient, the 
compiler causes an error when in the compiling process. 

[Reasons for the Above Advantages] 
The reason for the first advantage: 

~,^c „ , !" eaSOn me first advanta g e will be explained with reference to/FIGs~~31 

to 33. FIG. 31A]shows the examples of the statements of a class ClassX, and FIG.gl^J 

Sh °^£^ ati ° nShip between ^ ClassX class ^ ^ CmBusMstlntf class. As shown 
in^IG. 31$ in the class ClassX, a function ConnectBusMstlntf for connecting the 
circuit base class CmBusMstlntf to the class ClassX is defined ([1] inglG. 31$, and the 
AppendReadData function and the StartRead function of the object BusMstlntf of the 
circuit base class CmBusMstlntf is executed ([2] and [3] in/F IG. 31$. Thus, as shown 
in FIG. gig the object of the class ClassX can execute the AppendReadData function 
and the StartRead function of the object of the class which inherits the circuit base class 
CmBusMstlntf. 
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In the statements, shown in/FIG. 32/£, of the system having the object ObjectX 
of the class ClassX, and the object PciBusMstlntf of the class CmPciBusMstlntf which 
is the derived class from the circuit base class CmBusMstlntf, the ObjectX is defined as 
the object of the ClassX ([1] in/FIG. 32$, the object PciBusMstlntf is defined as the 

object of the class CmPciBusMstlntf ([2] injFIG. 32^, and the ObjectX is connected to 

_//__ 

the object PciBusMstlntf by the ConnectBusMstlntf function. As shown in FIG. g2g 
the ObjectX can execute the AppendReadData function and the StartRead function of 
the object PciBusMstlntf. 

InfTGs. 33 Aj and£3E£ the bus master interface object connected to the ObjectX 
is changed from the object PciBusMstlntf to the object UserBusMstlntf of the class 
CUserBusMstlntf which is derived from the common circuit base class CmBusMstlntf. 
To achieve the change, the object UserBusMstlntf is declared as the class 
CUserBusMstlntf, and the argument for executing the ConnectBusMstlntf of the 
ObjectX is simply changed from the address of the object PciBusMstlntf to the address 
of the object UserBusMstlntf. In this case, the statement of the object ClassX need not 
be changed. 

As described above, when the circuit base class is common, for example, when 
the circuit base class CmBusMstlntf is defined as the base class for all the bus master 
interfaces, one of the classes ClassX declares that the bus master interface to 
communicate with is the CmBusMstlntf class. Even when the bus master interface to 
communicate with is changed, the statements of the ClassX need not be changed, and the 
object of the ClassX can communicate with the changed bus master interface according 
to the procedure defined in the CmBusMstlntf class. That is, even when connecting the 
circuit module X to a new bus master interface class CUserBusIntf, the statements of the 
circuit module X need not be changed. 
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When no circuit base class exists, to send an instruction from a circuit class X 
to the CUserBusMstlntf, it must be described in the statements of the class X that the 
receiver of the instruction of the class X is the object of the class CUserBusMstlntf. 
Therefore, to change the connection of the class X from the bus master interface to the 
CUserBusMstlntf, the statements of the class X must be changed. 

Another example will be explained with reference tojFIGs. 34 to There is a 
circuit class Class Y. The Class Y reads a value from a terminal of another circuit, and is 
operated based on the value. According to the concept of the circuit base class, the 

ml* 

statements fTG. 34A>j of the ClassY describe that the circuit object to be read is the 
CmComponent class ([1] injFIG. 34A&. The GetPinValue function of the CmComponent 
class is executed to read the value at the terminal ([2] inf IG. 34$. It should be noticed 
that there is inheritance between the circuit base classes. For example, when The 
CuserCpu ([4] in[FIG. 3j), shown in|FIGs. 35A] and£5B*, inherits the CmCpu class, the 
CUserCpu also inherits the CmComponent class. Accordingly, the CUserCpu has the 
properties of the CmComponent class. When using the member functions defined in the 
CmComponent class, the CUserCpu object can be connected to the object ClassY even if 
the statements of the class ClassY are not changed. 

As described above, when there is inheritance between the circuit base classes, 
as the circuit module can be replaced, and the statements need not be changed. 



The reason for the second advantage: 

InjFIGs. 36Ajand£36Bj the class CUserBusMstlntf derived from the circuit base 
class CmBusMstlntf of the bus master interface is to be incorrectly connected to the 
object BusSlave of the bus slave class CmBusSlave by the ConnectBusSlvIntf function. 
The ConnectBusSlvIntf function can connect the class CUserBusMstlntf only to the 
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class whose base class is the CmBusSlvIntf class. When compiling the codes which 

connect the class whose base class is not the CmBusSlvIntf class, the C++ compiler 

outputs an error when checking the types of the classes in the compiling process 

according to the C++ specification. Therefore, it is automatically detected that the class 

CUserBusMstlntf which does not inherit the circuit base class CmBusSlvIntf is to be 

Till* 30 

incorrectly connected to the class CmBusSlave ([1] in/fIG. 36a]. Thus, because the 
incorrect connection always causes an error, this helps the user to correctly connect the 
classes. 



1 0 The reason for the third advantage 

The information display section of the object Cpu for the model of the CPU 
processes the information obtained by the functions, such as the GetPc function, and the 
GetReg function, for extracting the internal state of the object Cpu, and displays the 
internal information to the user. The information display section is defined in the circuit 
base class CmCpu, and it is described that the object Cpu is in the CmCpu class. 
Accordingly, the circuit Cpu which inherits the CmCpu class can use the information 
processing section. For example, when the new user created class CUserCpu inherits the 
CmCpu class, the CUserCpu class can use the information processing section of the 
CPU defined in the class CmCpu. That is, a new information display section for a new 
CPU class CUserCpu need not be prepared. 

The reason for the fourth advantage 

Since the system is a sequential circuit (clock synchronous circuit) having a 
clock, the system has the property of the CmSyncModule class. The simulation 
controller handles the system as the CmSyncModule class, and controls the simulation 
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by the Reset function, the OneStep function, etc. Thus, as long as the systems inherit the 
CmSyncModule class, the single configuration for controlling the simulation can be 
commonly used by all the systems. 

The reason for the fifth advantage 

In the bus slave, the ReadBusSlave function, and the WriteBusSlave function 
send, or receive the value to or from the bus. The contents of the processes must be 
described. In the circuit base class CmBusSlave class of the bus slave, the ReadBusSlave 
function, and the WriteBusSlave function are pure virtual functions. Therefore, even 
when there is an omission in the statements of the ReadBusSlave function, and the 
WriteBusSlave function in the bus slave circuit class, the C++ compiler outputs an error 
message, indicating that the pure virtual function is not overridden in the compiling 
process as long as the CmBusSlave class is inherited Thus, the omission in the 
statements of the necessary functions can be automatically checked. 

The above-described embodiments are to be considered illustrative, and the 
present invention is not limited to the embodiments. For example, the object oriented 
language is not limited to the C++ language, and may be a language, such as JAVA, 
which is equal to the configuration for providing the object oriented technique such as 
inheritance, classes, etc. The circuit base classes are not limited to the above classes; a 
new class with the property of an optional circuit module may be added, and a class 
which integrates the above classes may be created. 

The simulation method and apparatus of the present invention can be provided 
by a computer and a simulation program executed by the computer. The program, to be 
executed by the computer, can be distributed by a computer-readable storage medium. 
The present invention describes the system with a plurality of modules using 
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the features of the object oriented language such as the inheritance, and the classes. 
Therefore, when simulating the system, the statements of the circuit modules and the 
connections between the modules, and the expansion or change of the circuit modules 
and the system can be easily and reliably achieved as compared with the conventional 
technique. 

This invention may be embodied in other forms or carried out in other ways 
without departing from the spirit thereof. The present embodiments are therefore to be 
considered in all respects illustrative and not limiting, the scope of the invention being 
indicated by the appended claims, and all modifications falling within the meaning and 
range of equivalency are intended to be embraced therein. 
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class ClassA{ 
pub I ic: 

void Functionl (void) {•■•} ; 

void Function2(void) 

} » 

class ClassB : public ClassA{ 
pub I ic: 

void Function2(void) {•••}; 

void Funct ion3 (void) {■■•}; 

1; 



class ClassC{ 
pub I ic: 

virtual void Functionl (void) =0; 

}; 



[1] 




[8] 



class ClassD: public ClassC{ 
Public: 

void Functionl (void) ; 

1; 

ma in (void) { 

ClassA ObjectA; 
ObjectA. Functionl () ; 
Ob jectA. Funct i on2 0 ; 

ClassB ObjectB; 
ObjectB. Functionl 0 ; 
ObjectB. Funct ion2() ; 
ObjectB. Funct ion3Q ; 



[10] 



[4] 



[5] 



ClassA *PointerA; 
Po inter A=&0bjectB; 
Po inter A->Function1 () ; 
^ ,\Po inter A->Function2() ; 

7/Po inter A->Function3() ; //Because ClassA does not have Funct ion3 r 

//the compiler outputs an error. 

//Because ClassC has a pure virtual function, 
//an object cannot be produced. 
[9] //Therefore, the compfiTi ler outputs an error. 



•7/ClassCObjectC; 



ClassD ObjectD; 
} 
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class ClassCpu{ 

void ConnectBusMstlntf 0 



class ClassBusMstlntf { 



} 
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class ClassBus{ 

void ConnectBusMstlntf () 
void ConnectBusSlvlntf 0 
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EXAMPLE OF DESCRIPTION IN C++ 



class ClassA{ 

void GetData(int i) ; 
}: "' 

class ClassB{ 

ClassA *PointerA; 

void ConnectA (ClassA *a) 

{PointerA=a} ; 
void OneStep(void) { 

■••=PointerA->GetData(i) ; 

} 

}: 

mainO { 

ClassA ObjectA; 
ClassB ObjectB; 
ObjectB. ConnectA (&0b jectA) ; 

ObjectB. OneStepO ; 

} 
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class ClassSystem : public CmSyncModu I e 
ClassCpu Cpu; 

ClassBusMstlntf BusMst I ntf ; 
ClassBus Bus; 

void ClassSystem (void) { 
Cpu. ConnectBusMst I ntf (BusMst I ntf) ; 
Bus. ConnectBusMst I ntf (BusMst I ntf) ; 



} 

void OneStep(void) { 



) 



J 



FIG79 



class ABC : public CmHier { - — ^ — --[1] 
// Create a PCI bus in a system ABC. — 

CmPciBusSystem PciBusSystem; [3] 

// Create two CPU, which are Cpu1, and Cpu2, in the system ABC 
CmCpu Cpu1, Cpu2; 

// Because Cpu1, and Cpu2 are bus masters, ^ 

-—[4] 

// a bus master interface for connecting Cpu1 and Cpu2 to the bus 
// are created in the system ABC. 
CmPciBusMstlntf CpulBusMstlntf , Cpu2BusMst Intf ; 

// Create a circuit Timerl in the system ABC. [5] 
CmTimer Timerl ; 



// Because Timerl is a bus slave, [6] 
// a bus slave interface for connecting Timerl to the bus ^ — ^ 
// is created in the system ABC. 
CmPc i BusS I v I ntf T i mer 1 BusS I vlntf ; 

// Create a circuit Counter 1 in the system ABC. [7] 

CmCounter Counter! ; 



// Because Counter 1 is a bus slave, _^[8] 
// a bus slave interface for connecting Counter 1 to the bus 
// is created in the system ABC. 
CmPc i BusS I v I ntf Counter 1 BusS I v I ntf ; 



// Other modules are described (omitted) 



[9] 



// UserBusReadMap describes a bus read map. r-j-i 

// The return value is structure RDATA " " L J 

// RDATA. Status returns 0 on success and 1 on failure. 

// RDATA. Data returns the read value on success. 

// ULONG is a signal value of 32 bits. 

RDATA UserBusReadMap (ULONG address, int byte_count) { 

// Based on address, the circuit from which the value 
// is to read is determined. 

// Execute the read function of the bus slave interface of the circuit 
RDATA v; x_ - [2] 

// Read values from addresses 100 to 200 into Timerl 

if ((100 <= address) && (address < 200)) { \^_^ — [3] 

// Designate the address to be read — -"[4] 
T i mer 1 BusS I v I ntf . AppendReadAddr ess (0, addr ess-1 00, 

byte_count) ; 

^-[5] 



[6] 



} 



// Read the value. - 

TimerlBusSlvlntf. StartRead (0) ; 

// Check whether the reading is successful 
if (Timerl. IsReadEnd (0)) { 

// The reading is successful. -~-—[7] 
v. Status = 0; 

// Extract the read value. — 
v. Data = TimerlBusSlvlntf. GetReadData (0) ; 
return v; 

} else { 

// The reading failed. ^ ^ [9] 

v. Status = 1 ; 
return v; 

\ y ; - } ^_/[10] 

// Read the values from addresses 200 to 300 in Counter 1. 
"else if ((200 <= address) && (address < 300)) { 

// The similar steps as those for [11] 
/AXimerl are repeated in the following. — ^ 

} else if ... // The same steps are repeated for the other circuits 

[12] 
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// UserBusWr iteMap describes a bus write map, — — [1] 
// The return value is int. 
// Returns 0 on success, and 1 on failure. 
// ULONG is a signal value of 32 bits, 
int UserBusWr iteMap (ULONG address, ULONG data, 
int byte_count) { 

121 

// Write a value, based on address. 

// Determine a circuit, and execute the write function 

// of the bus slave interface of the determined circuit. [3] 



// Write the values into addresses 100 to 200 of Timerl 

if ((100 <= address) && (address < 200)) { [4] 

// Designate the address into which the value to be written. 
T i mer 1 BusS I v I ntf . AppendWr i teData (0, addr ess-1 00, 

data, byte_count) ; 

/[5] 

// Write the value. ' 

T i mer 1 BusS I v I ntf. StartWr i te (0) ; 

[6] 

// Check whether the writing is successful. ^ ' 
if (Timerl. IsWr iteEnd(O)) { 

// The writing is successful. — -[7] 
return 0; 

} else { 

//The writing failed. — — — [8] 
return 1 ; 

} 1 [9] 



// Write the values into the addresses 250 to 350 from Counter 1. 
//The addresses are different for the reading and the writing, 
else if ((250 <= address) && (address < 350)) { 

// In the following, similar steps to those for ^ — ^ — [10] 
// Timerl are repeated. 

'} else if ... // Similar steps are repeated 
^ // for the other circuits. 



// UserArbitor describes an arbiter. -~- [1] 

// The return value is void (no return value). 

// The permission to use the bus is directly given to 

// the bus master interface. 

void UserArbitor (void) { 

// The request to use the bus is directly extracted 
// from the bus master interface. 

int CpulBusReq = CpulBusMstlntf. IsBusReqO; 
int Cpu2BusReq = Cpu2BusMst Intf. IsBusReqO; 

// Cpu1 is preferred to Cpu2r — [3] 

if (CpulBusReq) { y [4] 

// Allow Cpu1 to use the bus when Cpu1 requests to use the bus 
// even if the Cpu2 requests to use the bus 

CpulBusMstlntf. AssertBusGntO ; 
Cpu2BusMstlntf. DiassertBusGnt 0 ; 



} else if (Cpu2BusReq) { 



C5] 



// Al low Cpu1 to use the bus when Cpu1 requests to use the bus 
// even if the Cpu2 requests to use the bus 

Cpu1 BusMst I ntf . D i assertBusGnt 0 ; ^ — rci 
Cpu2BusMst I ntf. AssertBusGnt 0 ; L J 

} else { 

Cpu1 BusMst I ntf. D i assertBusGnt 0 ; ^ ^ [7] 

Cpu2BusMstlntf. Di assertBusGnt 0 ; 

} 
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// ABC (void) is a function (constructor) 

// when creating the object of the system ABC. - — ^ — — [1] 

ABC (void) { 

.[2] 

// Connect the bus with the circuits. — 

Cpu1 . ConnectBusMst I ntf (&Cpu1 BusMst I ntf ) ; 

Cpu2. ConnectBusMst I ntf (&Cpu2BusMst I ntf) ; 

T i mer 1 . ConnectBusS I v I ntf (&T i mer 1 BusS I v I ntf) ; 

Counter 1 . ConnectBusS I v I ntf (&Counter 1 BusS I v I ntf) ; 

PciBusSystem. ConnectBusMst I ntf (&Cpu1 BusMst I ntf) ; 

Pc i BusSystem. ConnectBusMst I ntf (&Cpu2BusMst I ntf) ; 

Pc i BusSystem. ConnectBusS I v I ntf (&T i mer 1 BusS I v I ntf) ; 

Pc i BusSystem. ConnectBusS I v I ntf (&Counter 1 BusS I v I ntf) ; 

. . . // Describe the other circuits (omitted). — ^— [3] ^4] 



// Designate an address map. Register the created address map 
// in PciBusSystem. Thus, PciBusSystem can use 
// the created address map. 

Pc i BusSystem. SetUserReadMap (UserReadMap) ; rci 
Pc i BusSystem. SetUserWr i teMap (UserWr i teMap) ; 

} 

// OneStep describes the operation of the system ABC 
// within one unit time. 

void OneStep (void) { 

// The system ABC is operated by the arbitrary behaviors 
// of the components. Accordingly, in the level of the 
// system ABC, the respective components in the system 
// are simply operated in one unit time. 

Pc i BusSystem. OneStep () ; — [7] 

// Although the bus does not require 

// the clock because the bus is a signal line, the clock 

// is given to the bus in order to extract data synchronously 

// with the clock for debugging. 

Cpu1 BusMst I ntf. OneStep () ; — ^ 
Cpu2BusM st I ntf. OneStep 0 ; [8] 
T i mer 1 BusS I v I ntf. OneStep 0 ; 
Counter IBusSlvlntf. OneStep () ; 
v Gpu1. OneStep () : 
Cpu2. OneStep () ; 
T imerl . OneStep () ; 
Counter 1. lOneStep 0 ; 
*<u ... // The other circuits are operated. - ^[9] 



class CmComponent { 
// Usage: describe a sequence circuit with a clock. 



pub I ic: 

virtual void Reset (void) = 0; 
// Usage: asynchronous resetting. 

virtual RDATA GetPinValue(int no) { 

// Usage: return the signal value at the terminal number "no". 



virtual int SetPinValue(int no, ULONG data) ; 

^ // Usage: apply data at the terminal number "no". 

} ' 
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class CmSyncModule : public CmComponent { 

// Usage: describe a sequence circuit having a clock. 

// Note: CmSyncModule uses Reset, GetPinValue, and SetPinValue 

// defined in CmComponent as are. 

pub I ic: 

virtual void OneStep (void) = 0; 
// Usage: operate the circuit by one step. 

} : ■. . 
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class CmBusMaster : public CmSyncModu I e { 
// Usage: describe the main section of the bus master. 

pub I ic: 

virtual void ConnectBusMst I ntf (CmBusMst I ntf *bus_mst_intf) { 
// Usage: connect the circuit to the bus master interface. 

} 

virtual RDATA ReadBusMaster (ULONG address, 
int byte_count) = 0: 
// Usage: read a value from the circuit to the bus. 

virtual int Wr iteBusMaster (ULONG address, ULONG data, 
int byte_count) = 0; 
// Usage: write a value from the object into the bus. 

}: 
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class CmBusSlave : public CmSyncModu I e { 
// Usage: describe the main section of the bus slave. 

pub I ic: 

virtual void ConnectBusSI v I ntf (CmBusMst I ntf *bus_mst_intf) { 
// Usage: connect the circuit to the bus slave interface. 

} 

virtual RDATA ReadBusS lave (ULONG address, int byte_count) = 0; 
... y/ Usage: read the value from the circuit to the bus. 

| ^virtual j ; ht Wr iteBusS lave (ULONG address, ULONG data, 

i. int byte_count) = 0; 

^ // Usage: write the value from the bus into the object. 

} ■ ' ■ 
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class CmBusMstlntf : public CmSyncModu I e { 
// Usage: create a bus master interface. 

pub I ic: 

virtual boo I IsBusReq (void) { 
// Usage: returns a value indicating whether the bus master 
// interface requests to use the bus. 

virtual void AssertBusGnt (void) { 

// Usage: notify the bus master interface of the permission 

// use the bus, which is sent from an external circuit 

// (normally, the arbiter). 

1 

; .virtua] voi d.DiassertBusGnt (void) { . 
// Usage, notify the bus master interface of the rejection 
// to use the bus, which is sent from an external circuit 

// (normally, the arbiter). 

1 ' 

virtual void AppendWr iteData(int mode, ULONG address, 

ULONG data, int byte_count) { 

// Usage: when mode is 0, register address which is to be written 
// into the circuit module through the bus, data, and the 
// number of bytes byte_count, in the buffer of the circuit 

virtual void StartWr ite(int mode) { 

// Usage: when mode is 0, start writing data into the bus. 
} 

virtual boo I isWriteEnd(int mode) { 

// Usage: when mode is 0, return a value 

// indicating whether the writing is completed. 

virtual void AppendReadAddress(int mode, 

ULONG address, int byte_count) { 
//Usage: when mode is 0, register address which is to be 
//' : ' ' ' written into the circuit module through the bus, 
// data, and the number of bytes byte_count, 

// , in the buffer of the circuit 
- * 

j 

4 . 



(continued from the definition of class CmBusMstlntf ) 



virtual void StartRead(int mode) { 
// Usage: when mode is 0, start reading the data from the bus. 

1 

virtual boof lsReadEnd(int mode) { 
// Usage: when mode is 0, return a value indicating whether 
// the reading operation from the bus is completed. 

virtual ULONG GetReadData(int mode) { 

// Usage: when mode is 0, and when the reading from the bus is 

// completed, extract data which has been read and 

// stored in the buffer and return the data to the bus master. 

} 

virtual void OneStep(void) { 
// Usage: operate the circuit by one step. 

// Operation: while in the reading or writing operation from the 
// bus master to the bus, extract one data, to be read 

or written, from the buffer, and send it to the bus. 
// When the buffer becomes empty, 

// the reading or writing is completed. 

// Supplement: OneStep function defined in 
// CmSyncModule is overridden. 

} 

1; 
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class CmBusSI vlntf : public CmSyncModu I e ( 
pub I ic: 

virtual boo I IsBusReq(void) { 

// Usage: return a value indicating whether the bus 
// slave interface requests to use the bus. 

1 

virtual void AssertBusGnt (void) { 

// Usage: the external circuit (normally, the arbiter) notifies the 
// bus slave interface of the permission to use the bus. 

virtual void DiassertBusGnt (void) { 

// Usage: the external circuit (normally, the arbiter) 

// notifies the bus slave interface of the prohibition 

// to use the bus. 

} 

virtual void AppendWr iteData(int mode, ULONG address, 

ULONG data, int byte_count) { 

// Usage: when mode is 0, register address which is to be 
// written into the bus slave, data, and the number of 

// bytes byte_count, into the buffer of the circuit 

} 

virtual void StartWr i te (int mode) { 

// Usage: when mode is 0, write the data into the bus slave, 
// based on the data registered in the buffer. 

} 

virtual boo I IsWr iteEnd (int mode) { 
// Usage: when mode is 0, return a value indicating whether the 
// writing operation into the bus slave completed. 

} 

virtual void AppendReadAddress (int mode, ULONG address, 

int byte_count) { 

// Usage: when mode is 0, the address, which is to be read from 
// the bus slave, and the number of bytes byte_count into 

// v the buffer in the circuit. 



(continued from the definition of class CmBusS I v I ntf ) 



virtual void StartRead(int mode) { 

// Usage: when mode is 0 f read the data from the bus slave, 
} // based on the data registered in the buffer. 

virtual boo I IsReadEndCint mode) { 

// Usage: when mode is 0, return a value indicating whether 

// the reading operation from the bus slave is completed. 

1 

virtual ULONG GetReadData(int mode) { 
Usage: when mode is 0, and when the reading operation from the 
// bus slave is completed, extract data which has been read 
// from the bus slave and has been stored in the buffer, 
// and return it to the bus. 

virtual void OneStep(void) { 

// Usage: operate the circuit by one step. 

// Operation: OneStep does not perform operation 

// in connection with the bus slave. 

// Supplement: CmBusS I vlnt overrides OneStep defined in SyncModule 



} 

}; 
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class CmBusSystem : public CmSyncModu I e { 
pub I ic: 

virtual void ConnectBusMst Intf (CmBusMst Intf *bus„mst_intf) { 

// Supplement: CmBusSlvInt overrides OneStep defined in SyncModule. 

1 

virtual void ConnectBusSI vlntf (CmBusSI vlntf *bus_sl vjntf) { 

// Usage: connect the bus slave interface to the bus. 

} 

virtual void SetUserReadMap(CmHier *hier) { 
// Usage: designate a bus read map. When sending the object of 
// CmHier class, the UserReadMap function of CmHier object is 
// registered as the bus read map of the bus. 

} 

virtual void SetUserWr i teMap (CmHier *hier) { 

// Usage: designate a bus write map. When sending the object of 
// CmHier class, the UserWr i teMap function of CmHier object is 

// registered as the bus write map of the bus. 

virtual void SetUserArbi tor (CmHier *hier) { 

// Usage: designate an arbiter. When sending the object of 

// CmHier class, the UserArbitor function of CmHier object is 

// registered as the arbiter of the bus. 

virtual RDATA ReadMap (ULONG address, int byte.count) { 

// Usage: read data from a circuit module through the bus. 
// Based on the given address, the circuit which is the target to be 
// read is determined. The data of the number of bytes byte_count are 
// read from the circuit module, and the read data is returned. 

} 

virtual int Wr i teMap (ULONG address, ULONG data, int byte„count) { 

// Usage: write data into a circuit module through the bus. 

// Based on the given address, the circuit to which the data is to be 

// written is determined. The data of the number of bytes byte_count 

// are written into the circuit module, and a value indicating whether 

// the writing is successful is returned. 

} 

virtual void OneStep (void) { 

// Usage: operate the bus arbiter by one step. 

// Operate the information display function of the bus. 

// Supplement: because the bus is a simple signal line, 
// f/ the bus does not operate in response to the clock. 
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class CmHier : public CmSyncModu I e { 
virtual RDATA UserReadMap (ULONG address, int byte__count) { 

// Usage: describe the bus read map of the bus 
// included in the system. 

} 

virtual int UserWr i teMap (ULONG address, ULONG data, 

int byte_count) { 
// Usage: describe the bus write map of the bus 
// included in the system. 

} 

virtual void UserArbi tor (void) { 

// Usage: describe the arbiter of the bus 
// included in the system. 

1 
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B1 returns a value indicating that B1 is writing the data 
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OneStep of B1 
Because B1 is requested by A1 to write the data, 
B1 requests to use the bus. 

When the IsBusReq function of the bus master interface B1 i 
externally executed, the return value is true. 
OneStep of C1 
Operate the arbiter. 
Arbiter executes IsBusReqO of B1. 

B1 returns that B1 is requesting to use the bus. 
Arbiter permits B1 to use the bus. 
Arbiter executes AssertBusGnt () of B1. 

B1 memorizes the permission to use the bus. 
OneStep of D1 
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OneStep of E1 

The special operation of the bus slave E1 is performed, 
v but does not includes an operation in connection with the bus 
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OneStep of A1 
A1 executes I sWr i teEnd (0) of B1. 

B1 returns that B1 is writing the data. 
A1 goes on standby. 
OneStep of B1 
Because B1 is permitted to use the bus, 
B1 writes the data into the bus. 
That is, the following operations are performed. 
B1 extracts one data from the buffer. 

address: 0x001 00000 data: 0x001 12233 number of bytes: 4 
B1 executes Wr iteMap (0x00100000, 0x001 12233, 4) of CI. 
WriteMap function of C1 executes the following operations. 
Execute AppendWr iteData(0, 0x00100000, 0x00112233, 4) 
function of D1. 

D1 stores the given data into the buffer. 
D1 executes StartWr ite(0) function. 
D1 executes Wr iteBusS lave (0x001 00000, 0x001 12233, 4) 
function of E1. 
E1 internally writes the given data, 
and returns a value, indicating whether the 
writing is successful, to D1. 
In the example, the writing is successful. 
Execute I sWr i teEnd (0) function of D1. 
Because the writing operation by D1 into E1 is 
successful, the value is true. 
Return the return value of I sWr i teEnd (0) function D1. 
B1 comes to know that the data has been successfully written, 
based on the return value. 
Then, B1 deletes data from the buffer. 
Because B1 stores data, the same process is performed 
in the next OneStep of B1. 
OneStep of C1 

no operation 
OneStep of D1 

no operation 
OneStep of E1 

The special operation of the bus slave E1 is performed, 
f but does not includes an operation in connection with the bus. 
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OneStep of A1 
A1 executes IsWr iteEnd(O) of B1. 

B1 returns that B1 is writing the data. 
A1 stays on standby. 
OneStep of B1 

Because B1 is permitted to use the bus, B1 writes the 
data into the bus. 

That is, the following operations are performed. 
B1 extracts one data from the buffer. 

address: 0x00100004 data: 0x44556677 number of bytes: 4 
B1 executes Wr iteMap (0x001 00004, 0x44556677, 4) of C1. 
WriteMap function of C1 performs the following operations. 
Execute AppendWr iteData(0, 0x00100004, 0x44556677, 4) 
function of D1. 

D1 stores the given data into the buffer. 
Execute StartWr ite(0) function of D1. 
D1 executes Wr i teBusS I ave (0x001 00004, 0x44556677, 4) 
function of El. 
E1 internal ly writes the given data, and returns a value, 
indicating whether the writing is successful, to D1. 
In the example, the writing is successful. 
Execute IsWr iteEnd(O) function of D1. 
Because the writing from D1 into E1 has been successful, 
the return value is true. 
Return I sWr i teEnd (0) function of D1. 
B1 comes to know that the data has been successfully written, 
based on the return value. 
Then, B1 deletes one data from the buffer. 
There is no data in the buffer of B1. 
B1 completes the writing operation. 

The return value of I sWr i teEnd (0) function of B1 is true. 
OneStep of C1 

no operation 
OneStep of D1 

no operation 
. OneStep of E1 

The special operation of the bus slave E1 is performed, 
' "but does not includes an operation in connection with the bus. 
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OneStep of A1 

A1 executes IsWr iteEnd(O) of B1. 
B1 returns a value indicating that the writing is completed. 

A1 starts the next operation. 
OneStep of B1 

no operation. 
OneStep of C1 

no operation 
OneStep of D1 

no operation 
OneStep of E1 

The special operation of the bus slave E1 is performed, 
w but does not includes an operation in connection with the bus. 
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Statement in HDL 



module C; 




wire d, 




ModuleA 


ACaKcl),-) ; 


Modu I eB 


BC b1 (d), ■•■) ; 


endmodu I e 





FIG.3?B / 

Schematic Diagram 



I a1 I a2 
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As described above, when there is inheritance between the circuit base classes, 
as the circuit module can be replaced, and the statements need not be changed. 

The reason for the second advantage: 
5 In Table 30 and FIG 14, the class CUserBusMstlntf derived from the circuit 

base class CmBusMstlntf of the bus master interface is to be incorrectly connected to the 
object BusSlave of the bus slave class CmBusSlave by the ConnectBusSlvIntf function. 
The ConnectBusSlvIntf function can connect the class CUserBusMstlntf only to the 
class whose base class is the CmBusSlvIntf class. When compiling the codes which 

10 connect the class whose base class is not the CmBusSlvIntf class, the C++ compiler 
outputs an error when checking the types of the classes in the compiling process 
according to the C++ specification. Therefore, it is automatically detected that the class 
CUserBusMstlntf which does not inherit the circuit base class CmBusSlvIntf is to be 
incorrectly connected to the class CmBusSlave ([1] in Table 30). Thus, because the 

15 incorrect connection always causes an error, this helps the user to correctly connect the 
classes. 
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TABLE 30 

Statement in C++ 
Main ( ) { 

CmBusSlave BusSlave; 
CmBusMstlntf BusMstlntf; 



BusSlave. ConnectBusSlvIntf ( &BusMstIntf ) ; //Error [1] 
• - • } 



